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TITLE OF THE INVENTION 

A METHOD AND SYSTEM FOR PROVISIONING SERVICES TO A TERMINAL 
FIELD OF THE INVENTION 

The present invention relates to a method and system for 
provisioning services to a terminal, and in particular to 
such a method/ system for provisioning services to a 
terminal in communication networks. 

BACKGROUND OF THE INVENTION 

With recent progress in communication technology there is a 
tendency that communication systems develop an increasing 
complexity. Namely, with the increase in the number of 
different communication networks, either based on different 
technologies or run by different operators, there arises a 
need to enable a user of a terminal to use/access this 
variety of networks and services provisioned thereby. (Note 
that a user is represented by its terminal, so that 
services provisioned for a terminal actually are 
provisioned to the user, while however without a terminal 
those services could not be provisioned to a user.) 

An approach for this has been conceived by some of the 
inventors of the present application and described in the 
conference contribution ^Service Architecture For Next 
Generation Networks,,, IEEE Intelligent Network 2001 
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Workshop, May 6-9, Marriott Copley Place, Boston MA, USA, 
session E.2.4 on Wednesday, May 9, 2001. (A corresponding 
U.S. patent application, serial number 09792499, was filed 
on February 23, 2001) . 

5 

Current network developments generally tend to adopt the 
Internet Protocol IP and applications run „on top,, of IP. 
For example, SIP (Session Initiation Protocol) or WAP 
(Wireless Application Protocol) or HTTP (HyperText Transfer 
10 Protocol) are operated „on top,, of IP when referring to the 
protocol stack. For subsequent discussions, however, a 
focus is laid on SIP, while it is to be noted that other 
protocols may also be used in connection with the present 

si 

□ invention. 
2 15 

>»5 Due to the increase in the number of network types and a 

^ desired interoperability there between / compatibility of 

* the terminals with the networks, as well as due to the 

pii increase in the number of network operators, communication 

ill 20 network systems are likely to adopt a structure in which 

several networks are over-laid on each other or, stated in 
ill other words, they exist in parallel. That is, for example, 

several network types such as landline networks such as 
PSTN, IP-LAN, WAN as well as wireless communication 
25 networks such as GSM, GPRS, UMTS, CDMA2000, WLAN, BLUETOOTH 
and even those to be developed in future may co-exist and 
offer different services to a user (subscriber) represented 
by its terminal and offer the communication technology that 
the user may access. Also, not only a single one of such 
30 networks of a specific type may exist in parallel but also 
several networks of the same type may exist in parallel and 
run by different operators or network service providers 
(e.g. in Germany, Dl and D2 GSM networks are run by 
different operators) . 
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Also, with the increase in provisioning services by using 
e.g. SIP (or WAP or others), across different communication 
networks constituting a communication network system and/or 
even within a single communication network there may be 
5 plural service processing entities for processing/providing 
the services requested by/subscribed to by the user of a 
terminal . 

The subscriber may configure several service profiles into 
10 the network and choose one of his/her preferences with the 
service requests based on time, geographic or network 
location, user (corporate, personal, spouse, children) 

j: A 

p and/or terminal device. Another interesting dimension with 

];■* terminal devices is the variety of terminal devices, their 

1,3 15 capabilities and also the constant evolution of terminal 
capabilities. The capabilities of the terminal are also a 

i y 

Crt determining factor in the service provisioning. For 

instance, even though a subscriber can use video services, 
j'Lj he/she cannot use those services unless the terminal can 

20 support such features. The network must be aware of the 
□ user preferences at any time and terminal device 

iy capabilities for intelligent service provisioning. 

A popular and developing trend in the current network 
25 architectures is to adopt a layered approach by abstracting 
different access networks. This is mainly to accommodate 
different access technologies and still be able to provide 
application services transparently over all of these 
technologies. The network components providing user 
30 application services (service control components) must be 
aware of the terminal capabilities, subscription 
limitations and access mechanisms that the user may be 
using at any given time. Under such circumstances, however, 
routing of service requests is no longer ^straight forward,, 
35 and might even become ambiguous, which may cause problems 
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that a requested service might even not become available at 
all due to routing problems. However, even if solving such 
routing problems by fixedly assigning a service processing 
entity per user/terminal, this will lower flexibility for 
5 the user in using the variety of services offered within 
the communication network and/or network system. 



SUMMARY OF THE INVENTION 



10 Consequently, it is an object of the present invention to 
provide an improved method and system for provisioning 
services to a terminal, which is free from the above 
mentioned inconveniences. 

; 5 15 According to the present invention, the above object is for 
«« example achieved by a method for provisioning services to a 

•5 : a 

I is? 

j* P| terminal, which terminal is adapted to perform 

communication via at least one communication network, each 
network being equipped with at least one service processing 

Til 20 entity, the method comprising the steps of: requesting, by 

i'U 

r«l said terminal, a specified service to be at the disposition 

I'll of said requesting terminal, analyzing said request by an 

analyzing entity associated with said at least one 
communication network, deciding, by said analyzing entity, 
25 that said requested specified service is associated to a 
specific one of said service processing entities of a 
specific one of said communication networks, and in 
response to said decision, routing communication messages 
associated with said terminal via said analyzing entity to 
30 said specified service processing entity within said 
specified communication network. 
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Also, according to the present invention this object is for 
example achieved by a system for provisioning services to a 
terminal, which terminal is adapted to perform 
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communication via at least one communication network, each 
network being equipped with at least one service processing 
entity, the system comprising: requesting means, at said 
terminal, adapted to request a specified service to be at 
5 the disposition of said requesting terminal, an analyzing 
entity associated with said at least one communication 
network and adapted to analyze said request, deciding 
means, at said analyzing entity, adapted to decide that 
said requested specified service is associated to a 
10 specific one of said service processing entities of a 

specific one of said communication networks, and routing 
, a means, adapted to route responsive to said decision 

S3 communication messages associated with said terminal via 

Tl said analyzing entity to said specified service processing 

: >3 15 entity within said specified communication network. 

BBS 

•< ri According to favorable further developments of the method 

r*2 and / or system 

[p - requesting said specified service comprises 

i'jj 20 indicating said specified service in a request 
(registration or a service related) message, 

- said specified service is indicated by a service 
identifier carried in said request message, 

- said identifier is carried in the user data payload 
25 in said request message,- said identifier is carried in a 

header of said request message, 

- said identifier is piggybacked to said header, 

- said request message comprises at least a subscriber 
identifier, 

30 the method further comprises the steps of detecting 

that said request message does not comprise a service 
identifier, and in response thereto, retrieving said 
service identifier based on said subscriber identifier from 
a database entity, 
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- said service identifier comprises a network code 
and/or a service code, 

- said network code represents a respective one of 
said communication networks, 

5 - said service code represents a respective one of 

said services to be processed at the corresponding service 
processing entity, 

- said communication networks are distinguishable by 
at least one of the network type and/or the network 

10 operator, 

said services are distinguishable by at least one of the 
terminal type, subscriber identifier, subscriber profiles, 

J* manufacturer of the terminal, capabilities of the terminal 

i;3 or vendor of the terminal, 

, 15 - said request message is transported using the 

«S Session Initiation Protocol SIP. 

ru 

Said service code can indicate the activation of a specific 
i'jj one of the services and/or profiles that the user had 

I'll 20 previously created and configured into the network as part 

f 11 

y^k of his subscription or by network policies. Note that a 

specified service is intended also to mean a specified 
service profile (which could be considered as a set of 
individual „basic" services) . 

By virtue of the present invention, basically the following 
advantages can be achieved: 

By provisioning the analyzing entity which is configured 
30 and adapted to detect and recognize information contained 
in service requests, service requests can be handled 
according to the information contained therein. The 
information contained in the service request can be carried 
in e.g. a header of an existing protocol such as SIP or 
35 others, but may easily be adopted for new protocols, too. 
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The present invention offers the flexibility for end users 
to chose any service provider (and/or network) on a 
registration basis or a service (call) initiation basis. 
5 This flexibility is very important in the presence of 
multiple operators or service providers. It also offers 
flexibility for service providers to offer specific 
services to selected groups of subscribers. 

10 Further, it also provides for easier service creation: New 
services can be created within a service provider' s network 
and by the use of a specific service identifier used by the 
[iHJ application or service on the end users terminal, the 

□ service can be handled or controlled as per the new service 

,2 15 definition. 

jifj Also, this invention provides an ability for the end users 

» or terminal devices to indicate, together with a service 

=. .j 

iMs request, a service identity during registration and/or 

I'm 20 during service initiation so that a particular service 
Y % provider indicated by the service identity with the request 

i'U can control calls or services for the user. This invention 

also includes the capability within the network and/or 
network system to understand (e.g. implemented in the 
25 analyzing entity) the service identifiers carried with the 
service requests and is thus able to route the service 
requests to the appropriate service provider or a network 
node handling the service, i.e. to an appropriate service 
processing entity SPE. 

30 

It is also possible to use the same service identifier 
concept within the network by maintaining a mapping in a 
database between subscriber identifier and the service 
identifier (s) . In this case, the user does not need to 
35 provide the service identifier but the network (i.e. a 
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network entity such as the analyzing entity) shall fetch 
the service identifier information from the database based 
on the subscriber identifier and in response to the 
fetching routes the call accordingly- This mapping can be 
5 established offline at the time of subscription or 
administration. 

By the use of the service identity indicated with the 
request, the end users are able to tell the network where 
10 and how the call or service must be handled. 

This invention introduces a new network element and/or 
j;a functionality referred to as analyzing entity (sometimes 

|;3 e.g. named "SIP Service Broker" when SIP is concerned), 

i,3 15 which decides where to route SIP requests, based on the 
;!* provider or vendor information carried with SIP headers of 

i;S the service requests. This allows e.g. Nokia terminals to 

L execute Nokia specific service logic in operator network 

rij instead of standard service logic. Stated in other words, 

I/*] 20 value added services can be provided by the manufacturer of 
i;5 the terminals to its terminals (or terminal types) , and 

iy network equipment manufacturers are enabled to provide 

network operators with correspondingly configured service 
processing entities (also referred to as SIP service 
25 machinery in case SIP is concerned) . Hence, different 

service platforms may be used inside one operator network 
dependent on the information carried with the service 
request . 

30 Also, the present invention is not restricted to a specific 
architecture, while it is advantageously applicable to the 
IP service architecture (IPSA) as proposed e.g. in the 
above referenced conference contribution and corresponding 
U.S. patent application. 

35 
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BRIEF DESCRIPTION OF THE DRAWINGS 



In the following, the present invention will be described 
in greater detail with reference to the accompanying 
5 drawings, in which 

Fig. 1 shows a signaling scenario of a service request 
procedure according to the present invention, 

10 Fig. 2 shows a signaling scenario of a service registration 
request procedure according to the present invention, and 

Fig. 3 shows a signaling scenario of a service registration 
request procedure involving a retrieval of a service 
15 identifier from a database associated to the network 
system, according to the present invention. 

DETAILED DESCRIPTION OF THE EMBODIMENTS 



[U 20 Throughout the figures, the terminal is denoted by UE. The 
terminal may be a wireless and/or wirebound terminal 

HJ adapted to communicate with at least one communication 

network. Communication networks are denoted by NW_1, NW_2 
in the figures. In order to keep the illustration simple, 
25 the number of networks has been limited to two, while this 
does not represent any limitation on the invention itself. 
The entirety of networks forms a network system denoted by 
NW_SYS. Each network comprises at least one service 
processing entity SPE1, SPE2. In order to keep the 
30 illustration simple, the number of service processing 
entities has been limited to two, while this does not 
represent any limitation on the invention itself. Also, for 
network NW_2, no SPE at all is indicated in the drawings in 
order to further simply the representation. Nevertheless, 
35 it has to be understood that also NW 2 is equipped with at 



least one SPE. In case of exemplifying the present 
invention with reference to SIP, a service processing 
entity SPE may be constituted by what is known as „SIP 
machinery,, or SIP server. 

In the figures, entities involved are illustrated in 
horizontal direction with the arrows there between 
representing messages/signaling exchanged there between. 
Note that the vertical arrangement of arrows represents the 
sequence of messages/signaling in the time domain. 

Now, with reference to Fig. 1, Fig. 1 shows a signaling 
scenario of a service request procedure according to the 
present invention. The user and/or the user equipment 
initiates a service by issuing a service request, step Sll. 

The service request, Sll, is forwarded to an analyzing 
entity associated with at least one of said communication 
networks NW_1, NW_2, and/or with the communication network 
system NW_SYS. The analyzing entity, although shown as a 
separate entity, may be part of an entity of the network 
NW_1 or NW_2 . Note that also more than one analyzing 
entity may be present. The request is forwarded to a local 
analyzing entity, e.g. to the one closest to the current 
position of the user equipment. Nevertheless, the request 
may also be forwarded to a predetermined analyzing entity, 
e.g. a ^responsible,, analyzing entity may be predetermined 
for a plurality of user equipments dependent on the user 
equipment identities. For example, the analyzing entity can 
be implemented in connection with a SIP proxy server. 

By means of such a request, the terminal/user equipment 
requests a specified service (or service profile) to be at 
the disposition of the terminal having issued the request. 
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In case of SIP as an example for a used protocol, the 
request may be a SIP INVITE message. In the header portion 
of the message, at least the subscriber (user equipment) 
identity is indicated in the SIP field labeled „contact„. 

Furthermore, a header portion (e.g. labeled ^service 
header,,) including a service identifier may be present. The 
service identifier comprises a network code and a service 
code . 

The network code represents one of said communication 
networks NW_1, NW_2 or the like. Note that NW_1, NW_2 may 
be different network types, e.g. LAN or UMTS or the like, 
or may be of the same network type but e.g. run by 
different operators. Thus, the networks are distinguishable 
by at least one of the network type or the network 
operator. 

The service code represents a respective one of said 
services (or service profiles identifying a set of 
services) to be processed at the corresponding service 
processing entity SPE. That is, by means of the service 
code, a corresponding service processing entity SPE can be 
identified. Services as such can be provisioned for 
specific terminal types (e.g. wireless or wirebound ones 
and/or different terminal series of a manufacturer such as 
NOKIA Communicator, or 82xx / 62xx series), and/or specific 
subscribers (or subscriber groups), and/or specific 
manufacturers (e.g. Nokia or others) of a terminal, and/or 
vendors of a terminal. Thus, said services are 
distinguishable by at least one of the terminal type, 
subscriber identifier, manufacturer of the terminal or 
vendor of the terminal. 
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For example, it may be assumed that the service request is 
represented by: 
SIP: INVITE 

Contact : Little Guy<sip : userSipt . com> 
5 Service-Header: IPSA-ID 

SDP: phone capabilities (codec, video) 

Note that IPSA-ID represents an example name for a service 
identifier as described above, SDP represents the Session 
10 Description Protocol. Note further that at least part of 
the service identifier could be piggybacked to the header 
(Service-header) and e.g. be included in the SDP header 
q portion, and/or in the payload portion 

i; -ji 

,3 15 Furthermore, service identifiers may be realized in a 

:.TS 

;* variety of ways. For example, a service identifier can be a 

:f\ simple alphanumeric string in the simplest case but it can 

! also be of specific formats like the NAI (Network Address 

Identifier), FQDN (Fully Qualified Domain Name) or domain 
20 names based on the purpose of the service identifier used. 
For example: 

- Alphanumeric service identifier: service-id-123 

- NAI service identifier: username@ipservice.aws.com 

- FQDN service identifier: dallas.ipservice.aws.com 
25 - Domain name service identifier: aws.com 



More generally, an identifier for a service which is a 
target service will usually be the means by which the 
service is known to the service provider and used to 
30 authenticate (and possibly to bill) someone attempting to 
use the service and/or the means by which traffic is 
directed to the service. Further examples of service 
identifiers are: IP address (for services with a fixed IP 
address, Account number, logon id/password, PIN number, E- 
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mail address, or the like. 



'U 



The service identifier information can be carried in any 
protocol (e.g. SIP, WAP) that provides a means to carry 
5 user data in the form of headers or description protocols 
(e.g. SDP) or by simply piggybacking the data. SIP has 
already capabilities to support this feature both in the 
form of headers and in the SDP. Moreover, HTML (HyperText 
Markup Language) or XML (extensible Markup Language) can 
10 carry this information in the form of tags. 

Depending on the format of the service identifier, there 
are numerous ways of how the service identifiers can be 
mapped to network nodes (service platforms, servers) (e.g. 

15 databases, DNS, service discovery) . A specific node 
referred to as analyzing entity (e.g. SIP proxies, web 
servers) in the network or network system is capable of 
understanding the semantics of the service identifiers and 
able to route or handle registration or service requests 

20 appropriately, i.e. to direct or rout them to the right 
service platform or the server itself. The semantics of 
the service identifiers is not necessarily part of this 
specific node but can be maintained externally in a 
database or other framework that is constantly updated with 

25 new or modified entries and their behavior. 



Thus, with the request a specified service is indicated 
(which may be accomplished directly and/or expressly, or 
indirectly by reference to e.g. a storage location / 
30 database storing service identifiers per subscriber (which 
is to be described later on) . The service identifier is 
thus carried in the request message, e.g. in a header 
portion thereof or piggybacked to the header portion, 
and/or in the payload portion (user data portion) . 



35 
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Upon receipt of the request, the analyzing entity in step 
S12 analyzes the request and decides that said requested 
specified service is associated to a specific one, e.g. 
SPE1 of said service processing entities of a specific one, 
5 e.g. NW_1 of said communication networks. In response to 
said decision, communication messages associated with said 
terminal are routed via said analyzing entity to said 
specified service processing entity within said specified 
communication network. Stated in other words, the request 
10 is first forwarded, step S13, to the selected SPE in the 
respective network, and upon receipt of the request at the 
selected SPE the requested service is established/executed, 

i, JL 

J," step S14, so that thereafter communication messages 

C3 associated with said terminal are routed via said analyzing 

, J 15 entity to said specified service processing entity within 
»S said specified communication network. Service establishment 

!»fj may further be acknowledged from the SPE1 via the analyzing 

n entity to the requesting user equipment UE, steps S15a, 

f» S15b. 

ru 20 

Fig. 2 shows a signaling scenario of a service registration 

! : It? 

FU request procedure according to the present invention. Steps 

S21 to S25a are largely similar to steps Sll to S15a/S15b, 
with the exception that not a service is such is requested 

25 to be established/provisioned, but that merely the 

registration of the service (to be established later on 
upon a separate request) is requested. With reference to 
SIP, the request for a specific service to be at the 
disposition of the terminal is then represented by a SIP 

30 REGISTER request. Also, step S13 described above can be 

omitted in connection with the mere registration, while the 
remaining particularities are the same as described with 
reference to Fig. 1 above, including the possible 
variations. Also, deviating from step S14 above 

35 establishing the service, in step S24 the service is 
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registered to the selected service processing entity, SPE1 
in the illustrated example scenario. 



Fig. 3 shows a signaling scenario of a service registration 
5 request procedure involving a retrieval of a service 
identifier from a database associated to the network 
system, according to the present invention. The database 
may for example be a Home Subscriber Server HSS in a UMTS 
network or a Home Location Register HLR in a GSM network. 
10 Nevertheless, other subscriber databases may be used. 

The procedure illustrated in Fig. 3 is largely identical to 
t the one described with reference to the one shown in Fig. 

3 2. In particular, the following pairs of steps correspond 

IJ 15 to each other in Figs. 2 and 3, respectively: S21-S31, S22- 
2 S34, S24-S36, S25b-S37b. A difference resides in that in 

S Fig 3 additional steps S32 and S33 are illustrated. 

Si Namely, for the description of Fig. 3 it is assumed that 

II 20 the request in step S31 does not include the header field 
i ^service header,, and/or the information contained therein, 

LI as described above. Consequently, the service identifier is 

missing in the request message. This is detected by said 
analyzing entity upon receipt of the request. Then, in 
25 response thereto, the analyzing entity retrieves, steps 

S32, S33 said service identifier based on said subscriber 
identifier from a database entity DB. Nevertheless, 
retrieval can additionally be based on subscriber 
preferences or just on a default service identifier 
30 according to said communication network policies. The 
subsequent analyzing and deciding, S34, and service 
registration, S36, is based on the retrieved service 
identifier as described in connection with Fig. 2. 
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Even though the above description of the present invention 
mainly focused on the method aspects, it is to be 
understood that the present invention also concerns a 
corresponding system for for provisioning services to a 
terminal UE, which terminal is adapted to perform 
communication via at least one communication network NWl, 
NW2, each network being equipped with at least one service 
processing entity SPE1, SPE2, the system comprising: 
requesting means, at said terminal, adapted to request a 
specified service to be at the disposition of said 
requesting terminal, an analyzing entity associated with 
said at least one communication network and adapted to 
analyze said request, deciding means, at said analyzing 
entity, adapted to decide that said requested specified 
service is associated to a specific one of said service 
processing entities of a specific one of said communication 
networks, and routing means, adapted to route responsive to 
said decision communication messages associated with said 
terminal via said analyzing entity to said specified 
service processing entity within said specified 
communication network. 

Accordingly, as has been described above, the present 
invention uses service identifiers at a fine granulation. 
So as to provide more flexibility for the network and the 
subscriber. The use of service identifiers may thus be as 
follows : 

1. The user/user equipment has a capability to roam in 
different access networks (WLAN, UMTS, CABLE) and has one 
service provider and one user ID. He can register with the 
network system with same user ID, but with a different 
service identifier (for e.g. WLAN_SERVICE_ID, 
UMTS_SERVICE_ID, forming part of the service identifier 
referred to as IPSA-ID and/or the SDP part in connection 
with the figures) so that a specific profile for that 



access network may be used. He may have configured only 
specific services to be used with a certain access 
network, for example he does not allow any video services 
over UMTS. 

2. The user powers up the user equipment at home, and 
registers to the network system with a service identifier. 
Later the user arrives at his office and invokes a call, 
but wishes to use the Nokia corporate network. Assuming the 
same service provider/network operator can also provide 
Nokia corporate services, at the call-initiation, the user 
may choose "Nokia Specific Servers" to handle the call, so 
the call is invoked with a service-identifier, for example 
„NOKIA_CORP_SERVICE_ID„. The call is first handled for 
service control in the provider network for the same user 
whose user name was identified. But, with the mention of 
the specific Service-ID, the analyzing entity routes the 
call such that it is processed differently at a selected 
SPE, i.e. Nokia application server (s) in this example case, 
to which the call is routed. 

So, the invention is not limited to a any specific 
architecture, while however, it is particularly applicable 
to the IP service architecture previously suggested by the 
present inventors . 

Due to the fact that there could be many different SIP 
service machinery's (possibly from different vendors) 
inside one operator network, a problem on how to route 
requests to different SIP service machineries is solved by 
virtue of the present invention. Also, the node responsible 
for routing the request (SIP message) (i.e. the analyzing 
entity), is adapted to analyze in these requests (e.g. SIP 
messages) new header portions and decide that this message 
should be routed differently than the others. So one aspect 
of the present invention concerns this SIP service Broker 



(analyzing entity) (this could be e.g. inside a service 
execution machinery SEM or it can be a separate node) which 
analyzes the new header in SIP message and knows how to 
route the message. This new header in a request such as a 
SIP message (service request from terminal) tells f how T 
this request should be handled. More precisely, this new 
header could tell e.g. manufacturer or vendor information. 
Every manufacturer would have an own identifier and this 
identifier would be used to forward messages. For example: 
A Nokia terminal sends a service request. The service 
broker receives it, looks at the header and routes the 
request to Nokia Service Execution machinery SEM or 
straight to Nokia Application Execution Environment AEE. 
Note that expressions SEM, AEE are taken from the IP 
service architecture concept referred to above, and largely 
correspond to the Service Processing Entity SPE mentioned 
in this specification in terms of functionality. With such 
a new header, a Nokia terminal user could then get e.g. 
some extra services than other manufacturer's terminal 
users. Another example: A terminal bought from vendor A 
sends a service request. The Service broker receives it, 
looks at the header and routes the request to a specific 
SPE (SEM or AEE) . And when the service requested is sent to 
the user, an advertisement about sales in vendor A shop is 
sent also to the user. 

Accordingly, as has been described above, the present 
invention proposes a method for provisioning services to a 
terminal, which terminal is adapted to perform 
communication via at least one communication network, each 
network being equipped with at least one service processing 
entity, the method comprising the steps of: requesting, by 
said terminal, a specified service to be at the disposition 
of said requesting terminal, analyzing said request by an 
analyzing entity associated with said at least one 



communication network, deciding, by said analyzing entity, 
that said requested specified service is associated to a 
specific one of said service processing entities of a 
specific one of said communication networks, and in 
response to said decision, routing communication messages 
associated with said terminal via said analyzing entity to 
said specified service processing entity within said 
specified communication network. 

While the invention has been described with reference to a 
preferred embodiment, the description is illustrative of 
the invention and is not to be construed as limiting the 
invention. Various modifications and applications may occur 
to those skilled in the art without departing from the true 
spirit and scope of the invention as defined by the 
appended claims . 



